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Field of the Invention 

5 

The present invention relates to an apparatus and method 
for generating enterprise java beans based on a class diagram; 
and, more particularly, to an apparatus and method for 
generating enterprise java beans by automatically producing 
10 codes based on design information to thereby reduce a 
development time, a development cost and errors capable of 
occurring in an enterprise java bean based software 
development process, and a computer readable recording medium 
in which a program implementing the method is recorded. 

15 

Description of the Prior Art 

As networks develop, distributive software is getting 
complicated unlike existing independent software. Therefore, 

20 software developers start to be concerned about a technology 
of re-using pre-developed programs so as to satisfy 
requirements of software users, which are rapidly changing, 
and complexity of the software-operating environment. 

The software development process is roughly classified 

25 into an analysis, a design, an implementation, a test and an 
installation. In the beginning time, the software re-using 
technology was focused on the re-using of source codes in the 
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implementation process. 

The software re-using technology has developed according 
to a reverse process of the software development, i.e., in 
order of the implementation, the design, the analysis and the 
5 re-using of requirement information. 

The researches for the software re-using have been 
continued for dozens of years through the re-using technology 
of design patterns, software architectures, frameworks and so 
on and, recently, a component based re-using technology is 
10 beginning to make its appearance in the academic world and in 
the business world. As a component model presently being on 
the rise, there is a JAVA based enterprise java bean (EJB) of 
SUN Microsystems, Inc. 

The enterprise java bean provides services through an 
15 external interface as a component model of a server end and an 
inside of the component is formed of a black box. Further, 
the enterprise bean is provided with services required in 
distributed applications through middleware referred to as a 
container . 

20 Enterprise java bean related classes comprise a remote 

interface for defining a service provided to the outside, a 
home interface for providing enterprise bean generating and 
detecting functions, and an enterprise bean having an 
implementation part for the service provided to the outside, 

25 and is roughly classified into an entity bean and a session 
bean . 

The entity bean represents a column of a database table, 



2 



i.e., a record, and supports a developer to perform a database 
related work more comfortably by abstracting a database. 

The session bean has an operation carrying out business 
logic and approaches the database through the entity bean. 
5 As shown above, since the entity bean represents the 

record, it needs a primary key. In general, the primary key 
is implemented as a separate class. 

It is possible to easily develop a web-based 
distributive system by using transaction, persistence and 
10 expandability provided by the enterprise java bean component 
model and, in future, the characteristics can be re-used in 
developing a system having same problems. 

However, although the component technology using the 
enterprise java bean gets into the spotlight, in a position of 
15 software developers, there are files that must be prepared to 
use the technology. For instance, the developers should make 
out a home interface, a remote interface and bean classes. 

In preparing the above classes, errors can occur and it 
makes a problem contrary to a goal using the component 
20 technology. 

In particular, since developers who were using a 
conventional object-oriented method manually perform a 
sequence of processes for extracting the classes from a class 
diagram, there was a problem debasing the efficiency. 

25 
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Summary of the Invention 



It is, therefore, an object of the present invention to 
provide an apparatus and method for generating enterprise java 
5 beans based on a class diagram to thereby reduce a development 
time, a development cost and errors capable of occurring in an 
enterprise java bean based software development process, and a 
computer readable recording medium in which a program 
implementing the method is recorded. 
10 In accordance with an aspect of the present invention, 

there is provided an apparatus for generating enterprise java 
beans based on a class diagram, which comprises: 

a class diagram receiving means for receiving the class 
diagram; 

15 an inheritance relationship removing means for 

eliminating an inheritance relationship existing among classes 
in the class diagram; 

an enterprise java bean extracting means for extracting 
the enterprise java beans based on the class diagram whose 

20 inheritance relationship was eliminated; 

an enterprise java bean interface generating means for 
producing a remote interface and a home interface of the 
enterprise java beans extracted by the enterprise java bean 
extracting means; 

25 an enterprise java bean grouping means for grouping 

enterprise java beans related to each other whose interfaces 
are produced by the enterprise java bean interface generating 
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means; and 

a fagade pattern applying means for applying a fagade 
pattern to the enterprise java beans grouped by the enterprise 
java bean grouping means to thereby unify external interfaces. 
5 In accordance with another aspect of the present 

invention, there is provided a method applied to an apparatus 
for generating enterprise java beans based on a class diagram, 
which comprises the steps of: 

(a) eliminating an inheritance relationship existing 
10 among classes in the class diagram; 

(b) extracting the enterprise java beans based on classes 
whose inheritance relationship is eliminated; 

(c) adding an enterprise java bean interface to the 
extracted enterprise java beans; 

15 (d) grouping interface added enterprise java beans which 

are related to each other; and 

(e) applying a fagade pattern to the grouped enterprise 
java beans. 

In accordance with still another aspect of the present 
20 invention, there is provided a computer program product for 
use in an enterprise java bean generating apparatus including 
a mass storage processor, comprising: 

a computer readable medium; 

first program instruction means for eliminating an 
25 inheritance relationship existing among classes in the class 
diagram; 

second program instruction means for extracting 
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enterprise j ava beans based on classes whose inheritance 
relationship is eliminated; 

third program instruction means for adding an enterprise 
java bean interface to the extracted enterprise java beans; 

fourth program instruction means for grouping interface 
added enterprise java beans which are related to each other; 
and 

fifth program instruction means for applying a facade 
pattern to the grouped enterprise java beans. 

Brief Description of the Drawings 

The objects and features of the present invention will 
become apparent from the following description of preferred 
embodiments given in conjunction with the accompanying 
drawings, in which: 

Fig. 1 exemplarily shows a conventional enterprise java 
bean based software development process; 

Fig. 2 depicts a software development process using an 
enterprise java bean generating apparatus in accordance with a 
preferred embodiment of the present invention; 

Fig. 3 represents a block diagram of the enterprise java 
bean generating apparatus in accordance with a preferred 
embodiment of the present invention; 

Fig. 4 is a flowchart of showing an enterprise java bean 
generating method in accordance with a preferred embodiment of 
the present invention; 



Fig. 5 illustrates a flowchart of presenting a class 
grouping process in accordance with a preferred embodiment of 
the present invention; 

Figs. 6A to 6C explain a class relationship in accordance 
5 with a preferred embodiment of the present invention; 

Fig. 7 describes the class grouping process in accordance 
with a preferred embodiment of the present invention; 

Fig. 8 presents a hospital class diagram performing the 
class grouping in accordance with a preferred embodiment of 
10 the present invention; 

Fig. 9 shows a flowchart of providing an enterprise java 
bean extracting process in accordance with a preferred 
embodiment of the present invention; 

Fig. 10 depicts a flowchart of showing an interface 
15 adding process for an enterprise java bean in accordance with 
a preferred embodiment of the present invention; 

Fig. 11 explains the interface adding process in 
accordance with a preferred embodiment of the present 
invention; and 

20 Fig. 12 illustrates a facade pattern applying process in 

accordance with a preferred embodiment of the present 
invention . 

Detailed Description of the Preferred Embodiments 

25 

Referring to Fig. 1, there is shown a conventional 
enterprise java bean based software development process, which 
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represents a process implementing an enterprise java bean from 
a class diagram. 

A software developer produces a class diagram 101 through 
an analysis and design for a problem region. 

As described in Fig. 1, the class diagram 101 generated 
through the analysis and design for the problem region is 
provided to a client end according to an enterprise component 
model. Then, there are implemented a remote interface 102 
having operations related to a business logic, a home 
interface 103 defining operations related to a generation and 
a finder for the enterprise java bean, an enterprise bean 104 
having a practical implementation part for the business logic, 
and a primary key 105 when a bean constituting the enterprise 
bean 104 is an entity bean. 

The software developer manually performs a process moving 
from the class diagram 101 to the component implementation. 

Referring to Fig. 2, there is depicted a software 
development process using an enterprise java bean generating 
apparatus in accordance with a preferred embodiment of the 
present invention, which briefly shows an enterprise java bean 
generating process by using the enterprise java bean 
generating apparatus. 

The software development process described in Fig. 2 
includes the enterprise java bean generating apparatus 202 in 
addition to the conventional process shown in Fig. 1. 

Unlike manually performed in the conventional process, 
the implementation of a remote interface 203, a home interface 



204, an enterprise bean 205 and a primary key 206 is 
automatically performed by the enterprise j ava bean generating 
apparatus 202. 

That is, the enterprise java bean generating apparatus 
202 implements the enterprise java bean by using information 
such as class names, class properties, class operations, 
relationships between classes expressed in a class diagram 201. 
In a mapping process between the class diagram 201 and the 
enterprise java bean, it is determined which class is decided 
as an entity bean or a session bean. 

Fig. 3 represents a block diagram of the enterprise java 
bean generating apparatus in accordance with a preferred 
embodiment of the present invention. 

As illustrated in Fig. 3, the enterprise java bean 
generating apparatus comprises a class diagram receiving unit 
301 for receiving a class diagram produced by an analysis and 
design for a problem region, an inheritance relationship 
removing unit 302 for eliminating an inheritance relationship 
existing among classes of the class diagram inputted to the 
class diagram receiving unit 301, an enterprise java bean 
extracting unit 303 for extracting an entity bean and a 
session bean from the class diagram not having the inheritance 
relationship, an enterprise java bean interface producing unit 
304 for generating a remote interface and a home interface of 
the enterprise java bean extracted at the enterprise java bean 
extracting unit 303, an enterprise java bean grouping unit 305 
for packaging beans mutually related to each other among 



enterprise j ava beans whose interfaces are generated at the 
enterprise java bean interface producing unit 304, and a 
fagade pattern applying unit 306 for applying a facade pattern 
to the grouped enterprise java beans so as to provide a 
5 unified interface to the grouped enterprise java beans. 

That is, the enterprise java bean generating apparatus 
receives the class diagram and then produces enterprise java 
bean related classes. 

Referring to Fig. 4, there is illustrated a flowchart of 
10 showing an enterprise java bean generating method in 
accordance with a preferred embodiment of the present 
invention . 

According to the enterprise java bean generating method 
shown in Fig. 4, an inheritance relationship is eliminated in 
15 step 401. In step 402, an enterprise java bean is extracted. 
An enterprise java bean interface is added in step 403 and 
enterprise java beans are grouped in step 404. Then, in step 
405, a fagade pattern is applied to the grouped enterprise 
java beans. 

20 The inheritance relationship removing process 401 

converts the inheritance relationship existing among the 
classes in the class diagram to a delegation technique by 
using an aggregation relationship. This is for obtaining an 
inheritance relationship effect by implementing the above 

25 relationship as the delegation relationship since the 
inheritance relationship is not effectively supported in the 
enterprise java bean component model. 
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In the enterprise j ava bean extracting process 402, an 
entity bean or a session bean is extracted from the classes 
whose inheritance relationship was removed. In general, each 
of the classes is mapped to the entity bean or the session 
bean. A class, which is stored in a database and should 
maintain its persistence, is mapped to the entity bean, while 
a class whose persistence needs not to be guaranteed is mapped 
to the session bean. According to circumstances, one class 
can be separated into the entity bean and the session bean. 
That is, a property part of the class is mapped to the entity 
bean and its operation part is mapped to the session bean. 

Meanwhile, in the enterprise java bean interface adding 
process 403, a remote interface, a home interface and a 
primary key are generated for each bean extracted in the 
enterprise java bean extracting process 402. Herein, the 
remote interface has an operation related to the business 
logic what the enterprise bean has and the home interface has 
methods related to the enterprise bean generation (create 
method) and detection (finder method) . The primary key is 
required only to the entity bean and performs a primary key 
function of a database table. 

In the enterprise java bean grouping process 404, the 
enterprise java beans extracted in the enterprise java bean 
interface adding process 403 are inputted and, among them, 
beans related to each other are packaged. This is for 
providing one interface by grouping mutually related beans so 
as to use the interface as a basic unit of the re-using. 



In the facade pattern applying process 405, the grouped 
enterprise java beans are tied through one interface and thus 
there is an advantage of easily approaching the grouped beans 
through one path in a viewpoint of external devices. Herein, 
5 a session bean representing the grouped beans is added. The 
session bean has operations provided by the grouped enterprise 
java beans and performs a function that delivers messages 
inputted from the outside to a specific bean. Further, bean 
users cannot see the inside of the beans and use the grouped 

10 enterprise java beans through the use of the session bean 
acting as a facade. 

Referring to Fig. 5, there is illustrated a flowchart of 
presenting a class grouping process in accordance with a 
preferred embodiment of the present invention. 

15 in accordance with the present invention, classes 

mutually related to each other are grouped, used on a 
component basis, and hereafter becomes a unit of component 
arrangement and execution. 

As described in Fig. 5, the class grouping process judges 

20 whether there is a class relationship in the class diagram in 
step 501. 

As a judging result, if there is no class relationship, 
this grouping process terminates. If otherwise, the class 
relationship is extracted in step 502 and then it is decided 
25 if the class relationship is an inheritance relationship in 
step 503. If the class relationship is determined as the 
inheritance relationship, an upper class and a lower class 
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having the inheritance relationship are grouped in step 504 
and this process goes to step 501 to determine whether there 
is another class relationship. On the other hand, if there is 
no inheritance relationship, in step 505, it is decided if the 
5 class relationship is an aggregation relationship. 

As a result of step 505, if so, a whole class and a part 
class are grouped in step 506 and then step 501 is performed. 
If otherwise, the process directly goes to step 501 without 
the grouping in step 506. 

10 In this grouping process, as excluding a relationship 

that is neither the inheritance relationship nor the 
aggregation relationship, the judging process deciding whether 
there is a new class relationship in the class diagram is 
repeatedly executed until there is no class relationship. 

15 Figs. 6A to 6C explain a class relationship in accordance 

with a preferred embodiment of the present invention. 

Through the class grouping process, classes are grouped 
by considering a relationship between the classes. The 
relationship will be described hereinafter. 

20 First of all, the class relationship is classified into 

an association relationship representing a relationship 
between two classes, an inheritance relationship meaning that 
a lower class uses an instance variable and method of an upper 
class as if it directly defines the instance variable and 

25 method therein, and an aggregation relationship presenting 
that one class includes objects generated in another class and 
an instance variable of the included class is used like that 
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of the including class. 

Referring to Fig. 6A, there is exemplarily shown the 
association relationship, which is a relationship in which two 
classes are equivalent like a teacher class 601 and a student 
5 class 602. 

Fig. 6B represents the inheritance relationship, which 
consists of an upper class and lower classes. A person class 
603 is the upper class, and an employee class 604, a customer 
class 605 and an employer class 606 are the lower classes. 
10 Referring to Fig. 6C, there is presented the aggregation 

relationship, which is made of a whole class and part classes. 
A stereo class 607 is the whole class, and a receiver class 
608, a CD player class 609 and a speaker class 610 are the 
part classes. 

15 In Fig. 7, there is described the class grouping process 

in accordance with a preferred embodiment of the present 
invention . 

As illustrated in Fig. 7, a simplified class diagram for 
a hospital domain will be disclosed hereinafter. 

20 As first, a hospital class 701 establishes the 

aggregation relationship with a department class 702 and there 
exist a nurse class 703 and a doctor class 704. The doctor 
class 704 includes an emergency doctor class 705 inheriting 
the doctor class 704. 

25 A patient class 707 is separated into a general patient 

class 710 and an emergency patient class 711 and the patient 
class 707 is related with the doctor class 704 through a 
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treatment class 708. 

The treatment class 708 has a prescription class 709 as 
its part class and the patient class 707 is associated with a 
payment class 706. That is to say, the classes included in 
5 the class diagram have the association, inheritance and 
aggregation relationships. 

Referring to Fig. 8, there is presented a hospital class 
diagram performing the class grouping process in accordance 
with a preferred embodiment of the present invention, which 
10 shows a result of applying the class grouping described in Fig. 
6 to the hospital class diagram of Fig. 7. 

If extracting the inheritance relationship from the class 
diagram, the doctor class and the emergency doctor class 801, 
and the patient class, the general patient class and the 
15 emergency patient class 802 are in the inheritance 
relationship. Thereafter, the classes are first grouped. 

Once the classes establishing the inheritance 
relationship are grouped, then, classes having the aggregation 
relationship are extracted. That is, the hospital class and 
20 the department class 803, and the treatment class and the 
prescription class 804 are in the aggregation relationship, 
and, thereafter, the classes are grouped. 

Since the remaining classes are in the association 
relationship, the remaining classes are excluded from the 
25 class grouping. 

Referring to Fig. 9, there is shown a flowchart of 
providing an enterprise j ava bean extracting process in 
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accordance with a preferred embodiment of the present 
invention . 

In step 901, classes are extracted from the class diagram 
and then it is determined whether the classes are generated to 
5 enterprise j ava beans or not in step 902. 

As a result of the determination process, if the classes 
are not generated to the enterprise java beans, this process 
returns to step 901. If otherwise, classes to be generated to 
the enterprise java beans are extracted in step 903. Then, in 
10 step 904, it is decided whether the persistence is guaranteed 
for the extracted classes or not. 

As a result of the decision process in step 904, if the 
extracted classes have the persistence, classes having the 
persistence are extracted in step 905 and then it is 
15 determined if the extraction is either property extraction to 
be stored in a database or operation extraction in step 906. 

If it is determined that the extraction is the property 
extraction to be stored in the database, this process extracts 
properties of the extracted classes having the persistence in 
20 step 907 and generates the properties to entity beans in step 
908 . 

If it is decided that the extraction is the operation 
extraction, this process extracts operation parts of the 
extracted classes having the persistence in step 909 and 
25 produces the operation parts to session beans in step 910. 

If it is determined that the extracted classes do not 
have the persistence in step 904, this process extracts 
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classes whose persistence may not be guaranteed in step 911 
and generates the extracted classes not having the persistence 
to session beans in step 910. 

Referring to Fig. 10, there is depicted a flowchart of 
5 showing an interface adding process for an enterprise java 
bean in accordance with a preferred embodiment of the present 
invention, which represents a process of adding required 
interfaces to the enterprise java beans extracted through the 
processes described in Fig. 9. 

10 At first, an empty class is extracted in step 1001 and 

business logic operations related to a problem region are 
taken out in step 1002. The operations are added to a remote 
interface in step 1003. 

Then, operations related to the enterprise bean 

15 generation and detection are added to a home interface in step 
1004. In step 1005, it is determined whether a specific bean 
is an entity bean or not. If the specific bean is decided as 
the entity bean, a primary key class is added to the specific 
bean in step 1006 and, if otherwise, this process is completed. 

20 Fig. 11 explains the interface adding process in 

accordance with a preferred embodiment of the present 
invention . 

A patient class is selected from the hospital class 
diagram shown in Fig. 7. When transforming a patient class 
25 1101 to an enterprise java bean and removing its inheritance 
relationship, a general patient class 1102 and an emergency 
patient class 1103 are extracted. 

17 



In order to convert the general patient class 1102 to a 
bean, a general patient remote interface ( GPRemotelnterf ace ) 
class 1107 and a general patient home interface 
(GPHomelnterface) class 1104 are added. Since the general 
5 patient class 1102 is an entity bean, a primary key 
(GPPrimaryKey ) class 1106 is added thereto. 

Since the emergency patient class 1103 is also an entity 
bean like the general patient class 1102, an emergency patient 
remote interface (EPRemotelnterface) class 1111, an emergency 
10 patient home interface (EPHomelnterf ace) class 1108 and an 
emergency patient primary key (EPPrimaryKey) class 1110 are 
added thereto. 

Referring to Fig. 12, there is illustrated a facade 
pattern applying process in accordance with a preferred 
15 embodiment of the present invention. 

The facade pattern applying process connects together the 
enterprise beans grouped in the enterprise java bean grouping 
process by using one interface. 

For the purpose, the facade pattern is applied to a 
20 general patient bean (GPBean) class 1105 and an emergency 
patient bean (EPBean) class 1109 shown in Fig. 11. 

In Fig. 12, a client class 1202 cannot directly approach 
a general patient bean (GPBean) 1204 and an emergency patient 
bean (EPBean) 1205 and can approach them through a patient 
25 management session bean class 1203 that is a single interface. 
That is, the patient management session bean 1203 performs the 
facade function. 
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The present invention described above can be implemented 
as a program and then stored in a recording medium such as a 
CDROM, RAM, ROM, floppy disk, hard disk, magneto-optical disk, 
or the like. 

5 As illustrated above, compared with the prior art 

manually generating the enterprise java beans based on design 
information or automatically performing a part of tasks, by 
using the enterprise java bean generating apparatus in 
accordance with the present invention, it is possible to 
10 reduce errors occurring in the enterprise java bean 
development, a software development time and a development 
cost . 

While the present invention has been described with 
respect to the particular embodiments, it will be apparent to 
15 those skilled in the art that various changes and 
modifications may be made without departing from the spirit 
and scope of the invention as defined in the following claims. 
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